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Beschreibung 



Integrationsverf ahren fur Automat is ierungskomponent en 

5 Die Erfindung bezieht sich auf ein Verfahren zur Integration 
von mehreren Automatisierungskomponenten in ein einheitllches 
Ablauf ebenenmodell eines jeweiligen Runtime -Systems einer In- 
dustrie 11 en Steuerung . 



10 Es ist heutzutage ublich, sowohl fur die speicherprogrammier- 
bare Steuerung (SPS) als auch fur die Bewegungssteuerung (MC) 
jeweils unterschiedliche hierarchische Ablauf ebenen zu model- 
lv lieren, denen Software-Tasks zur Steuerung des jeweiligen 

technischen Prozesses zugeordnet werden. Diese Tasks konnen 

15 Systemauf gaben erfiillen, sie konnen aber auch anwenderpro- 
grammiert sein. 

Aus DE 197 40 550 Al ist es bekannt, dass Prozesssteuerungs- 
f unktionalitaten der speicherprogrammierbaren Steuerungen 
20 "SPS" und Bewegungsfunktionalitaten von MC-Steuerungen in ei- 
. nem einheitlichen konf igurierbaren Steuerungssystem integ- 
riert werden konnen. 



Diese SPS/MC-Integration geschieht in Form des Zusammenschal- 
j . 25 tens von SPS- und MC-Steuerungsbaugruppen . Bei einer solchen 
^ Ausfuhrung der Integration wird aber keine optimale und effi- 
ziente Taskstruktur fur die Gesamtheit der Steuerungsauf gaben 
erreicht. Aufierdem werden bei dieser Art der Integration 
hauptsachlich die klassischen MC-Funktionalitaten, wie sie 
30 insbesondere fur Werkzeugmaschinen relevant sind, unter- 

sttitzt, Anf orderungen an die Steuerung, wie sie aus dem Be- 
trieb von Produktionsmaschinen bekannt sind, werden durch 
diese Art des Zusammenschaltens von SPS- und MC-Steuerungs- 
baugruppen nicht optimal unterstutzt. 

35 

In der Anmeldung DE 19 93 19 33.2 wird vorgeschlagen, den 
Takt des Kommunikationssystems zwischen dem PC-System und den 
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peripheren Geraten fur einen Wechsel zwischen einem Echtzeit- 
betriebsprogramm und einem Nicht-Echtzeitbetriebsprogramm 
heranzunehmen. Hier ist es aber die Aufgabe dieser Taktab- 
greifung aus dem Kommunikationssystem, in einem industriellen 
Prozess einen moglichst reibungslosen Wechsel zwischen Echt- 
zeit- und Nicht-Echt zeitanwendungen stattfinden zu lassen. 
Bei dieser Ausgestaltung wird der Grundtakt aber nur aus dem 
Takt des Kommuni kat ionsmediums abgeleitet und er wird nur fiir 
den Wechsel des Betriebssystemmodus eines PC-Systems verwen- 
det . 

Der Erfindung liegt daher die Aufgabe zugrunde, fiir jeweils 
unterschiedliche Steuerungsauf gaben und unterschiedliche 
Randbedingungen bzw. Anf orderungen des zugrunde liegenden 
technischen Prozesses in einfacher Weise optimale Auspragun- 
gen einer industriellen Steuerung zu erstellen, die sowohl 
SPS- als auch MC-Funktionalitat oder die Funktionalitaten 
weiterer Automatisierungskomponenten zur Verfiigung stellt und 
somit auch fiir die Steuerung von Produktionsmaschinen geeig- 
net ist. 

Diese optimalen Auspragungen werden prinzipiell durch ein 
einheitliches konf igurierbares Ablauf ebenenmodell fiir die 
Steuerungs-Tasks der industriellen Steuerung erreicht. 

Gemafi der Erfindung wird die oben genannte Aufgabe fiir ein 
Verfahren der eingangs genannten Art durch die folgenden auf- 
einander folgenden Schritte gelost: 

a) Analyse der Ablauf eigenschaf ten der Automatisierungskompo- 
nenten, 

b) Ableiten einer Struktur fur ein einheitliches Ablaufebe- 
nenmodell, bestehend aus einer Anordnung von System- 
und/oder Anwenderebenen, das die Anf orderungen der betei- 
ligten Automatisierungskomponenten abdeckt, 
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c) Zuordnung der System- und Anwendertasks in das Ablaufebe- 
nenmodell und 

d) Programiuieren der Anwenderebene bzw. der Anwenderebenen . 

Ein Anwender kann dadurch auf eine definierte, sys tematische 
und flexible Art und Weise eine industrielle Steuerung mit 
integrativem Runtime-System erstellen, das Prozesssteuerungs- 
f unktionalitaten von speicherprogrammierbaren Steuerungen 
"SPS", Bewegungsfunktionalitaten von "MC"-Steuerungen oder 
Funktionalitaten von weiteren Automatisierungskomponenten in 
sich vereint . 

Durch die Schichtung in Systemebenen und Ablaufebenen wird 
der Kommunikationsaufwand zwischen den Tasks, die die Funkti- 
onalitaten der unterschiedlichen Automatisierungskomponenten 
reprasentieren, minimiert, Ein weiterer Vorteil liegt darin, 
dass die Programmierung der Steuerungsauf gaben fur die unter- 
schiedlichen Automatisierungskomponenten in einer einheitli- 
chen Programmiersprache mit einer einheitlichen Erstellober- 
flache erfolgen kann und dass der Anwender ein fur seine je- 
weiligen Anf orderungen zugeschnittenes Ablauf ebenenmodell 
flexibel erstellen kann. 

Ein weiterer Vorteil liegt darin, dass vom Anwender in die 
Anwenderebenen Anwenderprogramme ladbar sind. Dadurch kann 
der Anwender in seinen Anwenderprogrammen die Funktionalita- 
ten der Automatisierungskomponenten sehr flexibel an die 
zugrundeliegenden Anf orderungen des technischen Prozesses an- 
passen . 

Eine erste Ausgestaltung der vorliegenden Erfindung liegt 
darin, dass die System- und/oder Anwenderebenen priorisiert 
werden. Dadurch wird die Flexibilitat des Anwenders bei der 
Erstellung eines integrativen Runtime-Systems einer indus- 
triellen Steuerung erhoht. 
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Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass der Grundtakt des Ablauf ebenenmodells aus einem 
internen Timer (T2) oder aus einem internen Takt (T3) eines 
Kommunikationsmediums (Bl, B2) oder aus einem externen Gerat 
5 (EG) oder von einer Groiie (TG) , die zum technologischen Pro- 
zess (PI, P2) gehort, abgeleitet wird. Dadurch kann sehr fle- 
xibel und sehr einfach der Grundtakt flir das Ablauf ebenenmo- 
dell abgeleitet werden. Dadurch, dass der Grundtakt fur das 
Ablauf ebenenmodell auch von einer Grofle, die zum technologi- 

10 schen Prozess gehort, ableitbar ist, kann auf eine sehr ein- 
fache Weise eine direkte Ruckkopplung aus dem technologischen 
Prozess zur Steuerung erhalten werden. Ein Anwender hat somit 

/ grofie Flexibilitat, den Grundtakt zu erzeugen. Der Grundtakt 
kann z.B. aus aquidistanten Bussystemen wie z.B. Profibus 

15 sehr leicht abgeleitet werden. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in die Anwenderebenen Anwenderprogramme ladbar 
sind. Dadurch kann der Anwender in seinen Anwenderprogrammen 
20 die Funktionalitat der Steuerung sehr flexibel an die zugrun- 
de liegenden Anf orderungen des technischen Prozesses anpassen 
und er kann auch die Anwenderprogramme in unterschiedliche 
Anwenderebenen laden, urn dadurch eine flir seine jeweiligen 
Applikationen effektive Auspragung der Steuerung zu errei- 

2 5 chen . 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass aus den Anwenderprogrammen ein programmierter Zu- 
gang zur Gesamt funktionalitat der Steuerung moglich ist. Der 

3 0 Anwender kann somit aus den Anwenderprogrammen heraus durch 

eine einheitliche Schnittstelle die Steuerungsf unktionalitat 
nutzen . 

Ein Ausf uhrungsbeispiel der Erfindung ist in der Zeichnung 
35 dargestellt und wird im folgenden erlautert. 



Dabei zeigen: 
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FIG 1 in einer abstrakten Schemadarstellung Automatisie- 

rungskomponenten zum Betreiben technischer Prozes- 
se, 

FIG 2 die wesentlichen Ablaufebenen einer klassischen 

speicherprogrammierbaren Steuerung, 

FIG 3 die wesentlichen Ablaufebenen einer Bewegungssteue 

rung, 

FIG 4 eine Schemadarstellung einer industriellen Steue- 

rung, 

FIG 5 das integrative Ablauf ebenenmodell des Runtime- 

Systems der industriellen Steuerung, 

FIG 6 ein Ausf uhrungsbeispiel fur das Zuladen von Anwen- 

derprogrammen in die Anwenderebenen und 

FIG 7 in einer Schemadarstellung Moglichkeiten, wie der 

Grundtakt fur die industrielle Steuerung gewonnen 
wird . 

In der Darstellung gemali FIG 1 sind Automat isierungskomponen 
ten (SPS, MC, CNC, RC) zum Betrieb eines technischen Prozes- 
ses (PI, P2; FIG 4 bzw. FIG 7) dargestellt, die uber eine 
Busverbindung BV miteinander verbunden sind. Durch jeweils 3 
Punkte am linken und rechten Ende der Busverbindung BV ist 
angedeutet, dass weitere Automatisierungskomponenten an der 
Busverbindung BV hangen konnen. Darliber hinaus wird durch di 
Busverbindung BV auch der Anschluss an eine dazugehorige 
Steuerungseinheit (industrielle Steuerung) bzw. an Steue- 
rungseinheiten hergestellt. Die Busverbindung BV ist nur ex- 
emplarisch gewahlt, auch andere Kommunikationsmedien (z.B. 
Ringverbindungen oder wireless-Verbindungen sind denkbar) . 
Die Automatisierungskomponenten (SPS, MC, CNC, RC) haben un- 
terschiedliche Charakteristika und unterschiedliche Ablaufei 
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genschaften. Die Analyse dieser Eigenschaf ten durch den An- 
wender kann iiber heuristische, empirische oder weitere auch 
kombinierbare Analysemethoden erfolgen. Reaktionszeiten und 
Zykluszeiten sind z.B. Parameter, die in diese Analyse mit- 
eingehen . 

In der Darstellung gemafl FIG 2 sind die wesentlichen Ablauf 
ebenen einer klassischen speicherprogrammierbaren Steuerung 
(SPS), angeordnet nach ihrer Prioritat, gezeigt. Der Priori- 
tatsanstieg ist dabei durch einen Pfeil symbolisiert . In der 
niederpriorsten Ebene werden, wie durch eine gestrichelte Li 
nie angedeutet, zwei unterschiedliche Aufgaben, namlich ein 
freier Zyklus, d.h. "Anwenderebene freier Zyklus" und eine 
Hintergrund-Systemebene, d.h. "Systemebene Hintergrund" abge- 
wickelt. Der Hintergrund-Systemebene sind z.B. Kommunikati- 
onsaufgaben zugeordnet. Bei einer folgenden Anwenderebene, 
bezeichnet als "Anwenderebene zeitgesteuert " , ist der Aufruf- 
takt der Tasks bzw. der Programme dieser Ebene parametrier- 
bar. Es erfolgt eine Uberwachung dahingehend, ob die Bearbei- 
tung eines Anwenderprogrammes dieser getakteten Ebene recht- 
zeitig abgeschlossen ist, bevor das Startereignis erneut auf- 
tritt. Lauft die Taktzeit ab, ohne dass das Anwenderprogramm 
der zugeordneten Ebene fertig abgearbeitet ist, wird eine 
entsprechende Task einer prioritatsmafiig ubernachsten "Anwen- 
derebene fur asynchrone Fehler" gestartet. In dieser "Anwen- 
derebene fur asynchrone Fehler" kann der Anwender die Behand- 
lung von Fehlerzustanden ausprogrammieren . 

Auf die "Anwenderebene zeitgesteuert" folgt eine "Anwender- 
ebene Events". Die Reaktion auf externe oder interne Ereig- 
nisse (Events) erfolgt innerhalb der "Anwenderebene Events". 
Ein typisches Beispiel fur ein solches Ereignis ist das 
Schalten eines binaren bzw. digitalen Eingangs, wodurch typi- 
scherweise ein Ereignis ausgelost wird. In einer "Systemebene 
hochprior" liegen die Aufgaben des Betriebssystems, welche 
die Arbeitsweise der programmierbaren Steuerung (SPS) sicher- 
stellen . 
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Die Darstellung gemafi FIG 3 zeigt die wesentlichen Ablaufebe- 
nen einer Bewegungssteuerung (MC) . Auch hierbei sind die ein- 
zelnen Ebenen nach ihrer Prioritat hierarchisch, wie durch 
einen Pfeil symbolisiert, angeordnet. Eine fI Sys temebene Hin- 
tergrund" und eine "Anwenderebene sequentiell " haben eine 
gleiche Prioritat, namlich die niedrigste. Diese aufgabenma- 
flige Zugehorigkeit ist wie bei FIG 2 durch eine gestrichelte 
Linie symbolisiert . Die Tasks der "Anwenderebene sequentiell" 
werden zusammen mit den Tasks der "Systemebene * Hintergrund" 
im Round-Robin-Verf ahren abgearbei tet . Typische Tasks der 
"Systemebene Hintergrund" sind z.B. solche fur Kommunika- 
tionsaufgaben. In der "Anwenderebene sequentiell" laufen die 
vom Anwender programmierten Programmteile fur die eigentliche 
Steuerungsaufgabe. Stofit die Steuerung in einem dieser Pro- 
grammteile auf einen Bewegungs- oder Positionierbef ehl, wird 
ein "Suspend" gesetzt, d.h. das Anwenderprogramm wird an die- 
ser Stelle unterbrochen. In diesem Fall wird ein Befehl syn- 
chron genutzt. Die Abarbeitung. dieses Bewegungs- oder Positi- 
onierbefehls geschieht in einer hochstprioren "Systemebene 
getaktet". Ein jeder Lageregler oder Interpolator, der in der 
"Systemebene getaktet" ablauft, fiihrt diesen Bewegungs- bzw. 
Positionierbef ehl aus . Nach Ausfuhrung des Befehls wird in 
die "Anwenderebene sequentiell" zuruckgesprungen und das 
durch "Suspend" unterbrochene Anwenderprogramm wird durch ein 
"Resume" an der gleichen Stelle fortgesetzt. Die "Systemebene 
getaktet" enthalt neben den schon erwahnten Lagereglern auch 
den Interpolationsteil der Steuerung. 

Auf die niederpriorste Ebene setzt die "Anwenderebene Events" 
auf. Hier sind solche Tasks untergebracht , die auf externe 
oder interne Ereignisse reagieren. Solche Ereignisse konnen 
beispielsweise Alarme sein. 

In einer folgenden "Anwenderebene synchrongetaktet " laufen 
synchron getaktete Anwender-Tasks ab, z.B. Reglerf unktionali- 
taten. Diese Tasks sind synchronisiert zu getakteten System- 
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funktionen wie zum Beispiel Interpolator, Lageregler oder 
zyklische Buskommunikation . 

In einer folgenden "Anwenderebene Events" sind solche Tasks 
untergebracht , die auf externe oder interne Ereignisse rea- 
gieren. Solche Ereignisse konnen beispielsweise Alarme sein. 

In der Darstellung gemafi FIG 4 wird in Form einer Schemadar- 
stellung gezeigt, dass die Steuerung eines technischen Pro- 
zesses PI liber das Runtime-System RTS einer industriellen 
Steuerung erfolgt. Die Verbindung zwischen dem Runtime-System 
RTS der Steuerung und dem technischen Prozess PI geschieht 
bidirektional liber die Ein-/Ausgang EA. Die Programmierung 
der Steuerung und damit das Festlegen des Verhaltens des Run- 
time-Systems RTS geschieht im Engineering-System ES . Das En- 
gineering-System ES enthalt Werkzeuge fur die Konf igurierung, 
Projektierung und Programmierung fur Maschinen bzw. fur die 
Steuerung technischer Prozesse. Die im Engineering-System er- 
stellten Programme werden uber den Inf ormationspf ad I in das 
Runtime-System RTS der Steuerung ubertragen. Bezuglich seiner 
Hardware-Ausstattung besteht ein Engineering-System ES iibli- 
cherweise aus einem Computersystem mit Graphikbildschirm 
(z.B. Display), Eingabehilf smitteln (z.B. Tastatur und Maus) , 
Prozessor, Arbeits- und Sekundarspeicher , einer Einrichtung 
fur die Aufnahme computerlesbarer Medien (z.B. Disketten, 
CDs) sowie Anschlusseinheiten fur einen Datenaustausch mit 
anderen Systemen (z.B. weiteren Computersystemen, Steuerungen 
fur technische Prozesse) oder Medien (z.B. Internet). Eine 
Steuerung besteht ublicherweise aus Eingabe- und Ausgabeein- 
heiten, sowie aus Prozessor und Programmspeicher . Es ist auch 
vorstellbar, dass die Steuerung eines technischen Prozesses 
PI uber mehrere Runtime-Sys teme RTS von industriellen Steue- 
rungen erfolgt. 

Die Darstellung gemafi FIG 5 zeigt das integrative Ablaufebe- 
nenmodell des Runtime-Systems (RTS; FIG 4) der industriellen 
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Steuerung. Die Priorisierung der Ebenen wird durch einen 
Pfeil in Richtung zur hochsten Prioritat angedeutet. Die nie- 
derpriorsten Ebenen sind die "zyklische Anwenderebene" und 
die "sequentielle Anwenderebene". Diese beiden Ebenen laufen 
mit der gleichen Prioritat. Deshalb sind diese Ebenen in der 
Darstellung gemafi FIG 4 durch eine gestrichelte Linie ge- 
trennt. Die "zyklische Anwenderebene" beinhaltet die "Back- 
ground Task", die zykluszeituberwacht ist. In der "sequen- 
tiellen Anwenderebene" werden die "Motion Tasks" durchlaufen. 
"Motion Tasks" sind nicht zykluszeituberwacht und dienen im 
Wesentlichen zur Beschreibung sequentieller Ablaufe. "Motion 
Tasks" werden quasiparallel abgearbei tet . Generell enthalten 
alle Anwenderebenen eine oder mehrere Tasks. Die Tasks nehmen 
die Anwenderprogramme auf. Die Tasks der "zyklische Anwender- 
ebene" und der "sequentiellen Anwenderebene" werden in einem 
gemeinsamen Round-Robin-Zyklus abgearbeitet . 

Die nachstfolgende Ebene ist die " zeitgesteuerte Anwenderebe- 
ne". Die Tasks dieser Ebene werden zeitges teuert aktiviert. 
Die Zeitsteuerung ist einer Granularitat von Millisekunden 
einstellbar. Auf die "zeitgesteuerte Anwenderebene" folgt die 
"ereignisgesteuerte Anwenderebene". In dieser Ebene werden 
nach Erkennen eines User Interrupts so genannte "User Inter- 
rupt Tasks" aktiviert. User Interrupt Ereignisse konnen als 
logische Verknupfung von Prozessereignissen und/oder internen 
Zustanden formuliert werden. 

Die nachsthohere Ebene ist die die "Anwenderebene fur System 
Exceptions". In dieser "Anwenderebene fur System 
Exceptions" werden System Interrupts uberwacht, bei deren 
Eintreffen so genannte "Exceptions", d.h. Ausnahmef allbehand- 
lungen, generiert werden. In der "Anwenderebene fur System 
Exceptions" gibt es z.B. folgende Tasks, die bei Auftreten 
eines entsprechenden System Interrupts aktiviert werden: 

a) "Time Fault Task", die beim Ansprechen von Zeituberwachun- 
gen aktiviert wird, 
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b) "Peripheral Fault Task", die z.B. bei Prozess- und Diagno- 
sealarmen aktiviert wird, aber auch bei Stationsausf all o- 
der S tat ions wiederkehr , 

5 c) "System Fault Task", die bei allgemeinen Systemf ehlern ak- 
tiviert wird, 

d) "Program Fault Task" , die bei Programmierf ehlern (z.B. Di- 
vision durch Null) aktiviert wird, 

10 

e) "Time Fault Background Task", die beim Ansprechen der Zyk- 
luszeituberwachung der Background Task aktiviert wird und 

> 

f) "Technological Fault Task", die bei Technologief ehlern ak- 
15 tiviert wird . 

Als nachstes f olgt die Ebenengruppe " synchron getaktete E- 
benen" . Diese Ebenengruppe besitzt die hochste Priori tat im 
Ablauf ebenenmodell . Die einzelnen Ebenen dieser Ebenengruppe 

2 0 konnen untereinander we it ere Prior isierungen aufweisen . Die 
Ebenengruppe "synchron getaktete Ebenen" besteht aus mindes- 
tens einer Systemebene und mindestens einer Anwenderebene. 
Die Systemebenen beinhalten die Systemf unktionen wie z.B. La- 
geregler oder Interpolator. In die Anwenderebenen dieser Ebe- 

25 nengruppe konnen von einem Anwender flexibel Anwenderprogram- 
me (API - AP4; FIG 6) zugeladen werden. 

Fur die Taktung der "synchron getakteten Ebenen" gibt es eine 
Reihe unterschiedlicher Taktgenerierungsmoglichkeiten . Der 

30 Grundtakt kann z.B. aus einem internen Timer (Tl; FIG 7) kom- 
men oder aus einem internen Takt (T3; FIG 7) eines Kommunika- 
tionsmediums (z.B. Profibus) oder aber der Takt kann auch aus 
einem Prozessereignis des technologischen Prozesses abgelei- 
tet werden . Ein solches Prozessereignis kann z.B. die Taktra- 

35 te (TG; FIG 7) eines Vorgangs an einer Produktionsmaschine 

oder Verpackungsmaschine sein. Anwenderebenen der Ebenengrup- 
pe "synchron getaktete Ebenen" konnen dabei basierend auf dem 
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Grundtakt getaktet werden, sie konnen aber auch synchron zu 
einer der Systemebenen der Ebenengruppe "synchron getaktete 
Ebenen" laufen. Die Anwendertasks dieser zu einer Systemebene 
synchronen Anwenderebene haben somit eine synchrone, d.h. de- 
5 terministische Beziehung zu einer vom Anwender flexibel fest- 
legbaren Systemebene. Das hat den Vorteil, dass deterministi- 
sche Reaktionen auf Systemtasks (Systemtasks laufen in den 
Systemebenen) , die der Anwender in seinen Anwendertasks pro- 
grammiert hat, die in den Anwenderebenen der Ebenengruppe 
10 "synchron getaktete Ebenen" laufen, vom System garantiert 

werden. Das heifit z.B., dass das System garantiert, dass die- 
se "synchrone Anwenderebene" entsprechend beispielhaft vor 
dem Interpolator aktiviert wird oder aber auch vor einer be- 
liebigen anderen Systemf unktion . 



15 



20 



Die " zeitgesteuerte Anwenderebene", die "ereignisgesteuerte 
Anwenderebene", die "sequentielle Anwenderebene", die "zykli- 
sche Anwenderebene" sowie die "Anwenderebene fur System Ex- 
ceptions" sind optional. 



Die Task der "zyklischen Anwenderebene" (Background Task) ist 
zykluszeituberwacht . Die "Motion Tasks" dagegen sind nicht 
zykluszeitiiberwacht und dienen im wesentlichen zur Beschrei- 
bung sequentieller Ablaufe. Das heifit, das vorliegende Ab- 
.25 lauf ebenenmodell unterstiitzt einen Anwender sowohl bei der 
J Programmierung von sequentiellen Ablaufen als auch bei der 

Ereignisprogrammierung. Es konnen somit synchrone Ereignisse 
als auch asynchrone Ereignisse durch die Programmierung er- 
fasst werden. In die Anwenderebenen sind die vom Anwender er- 
30 stellten Anwenderprogramme (API - AP4; FIG 6) zuladbar. Die 
Anwenderprogramme API bis AP4 werden ublicherweise mit Hilfe 
einer Programmierumgebung des Engineering-Systems (ES; FIG 4) 
erstellt . 



35 



Die Darstellung gemafi FIG 6 zeigt ein Ausf tihrungsbeispiel fiir 
das Zuladen von Anwenderprogramm in die Anwenderebenen. FIG 6 
zeigt exemplarisch eine Auspragung von Anwenderebenen des Ab- 
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lauf ebenenmodells - Durch die drei Punkte am unteren Rand der 
Zeichnung ist dargestellt, dass auch noch weitere Anwender- 
ebenen, aber auch Systemebenen vorhanden sein konnen . Die 
Priorisierung der Ebenen wird wie im Vorangegangenen durch 
einen Pfeil in Richtung zur hochsten Prioritat angedeutet. 
Den Anwenderebenen werden die Anwenderprogramme API bis AP4 , 
am rechten Bildrand durch kleine Rechtecke angedeutet, zuge- 
ordnet. Die Zuordnung wird dargestellt durch Zuordnungspf eile 
ZP1 bis ZP4. In den Anwenderebenen befinden sich Tasks, die 
die zugeladenen Anwenderprogramme API bis AP4 aufnehmen. Die- 
se Tasks werden dann nach einer gewissen Strategie (z.B. se- 
quentiell) durchlaufen bzw. abgearbeitet . 

Darstellung gemafi FIG 7 zeigt in einer Schemadarstellung Mog- 
lichkeiten, wie der Grundtakt fur die industrielle Steuerung 
gewonnen wird. FIG 7 zeigt exempiarisch eine Kqmmunikations- 
topologie, in die die Steuerung S integrieri: ist. Die Steue- 
rung S ist durch ein Rechteck dargestellt. Durch eine An- 
schlussleitung A2 ist die Steuerung S mit dem Bus Bl verbun- 
den, an dem uber eine Anschlussleitung Al das externe Gerat 
EG hangt. Uber den Bus B2 erfolgt die Verbindung zum techni- 
schen Prozess P2 . Der technische Prozess P2 ist am unteren 
Bildrand durch ein Rechteck dargestellt. Uber die Anschluss- 
leitung A3 ist die Steuerung S mit dem Bus B2 verbunden, der 
wiederum uber die Anschlussleitung A4 die Verbindung zum 
technischen Prozess P2 herstellt. 

Die Generierung flir den Grundtakt der Steuerung S kann aus 
unterschiedlichen Taktquellen erfolgen. So z.B. aus einer in- 
ternen Taktquelle, dargestellt durch den internen Timer T2 
der Steuerung S oder auch durch eine externe Taktquelle wie 
z.B. den Timer Tl, der zum externen Gerat EG gehort. Als ex- 
terne Taktquelle kann aber auch der Grundtakt eines Kommuni- 
kationsmediums dienen. Wenn der Bus B2 z.B. durch einen aqui- 
distanten Profibus realisiert wird, dann kann der Takt fur 
die Steuerung aus dem Grundtakt dieses Busses gewonnen wer- 
den. In FIG 7 ist dies dargestellt dadurch, dass der Timer T3 
direkt an der Anschlussleitung A3 positioniert ist, und diese 
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Anschlussleitung A3 stellt die Verbindung zum Bus B2 her. Die 
Steuerung hangt somit als Slave am Bus und kann direkt den 
Bustakt verwenden. Es gibt mehrere Varianten, wie der Takt 
fur die Steuerung aus dent Grundtakt eines Kommunikationsmedi- 
ums (z.B. eines Busses) gewonnen werden kann: 

Zum einen kann die Steuerung S Slave am Bus sein, die Taktin- 
formation kommt dann von extern uber den Bus. Zum anderen 
kann die Steuerung S Master am Bus sein. Die Taktquelle liegt 
in diesem Fall in der Steuerung S. Fur diesen Fall existieren 
zwei Auspragungen . Die Taktquelle kann in einer Masterbusan- 
schaltung liegen oder die Taktquelle ist in der Steuerung S, 
hierbei erfolgt die Einspeisung des Taktes in die Masterbus- 
anschaltung . 

Weiterhin kann als externe Taktquelle ein Taktgeber TG die- 
nen, der im technischen Prozess P2 integriert ist. Ein Takt- 
geber TG in einem technischen Prozess kann z.B. der Arbeits- 
takt einer Produktionsmaschine oder Verpackungsmaschine sein. 
In der Darstellung gemaB FIG 7 sind als Kommunikationsmedien 
beispielhaft Busverbindungen dargestellt. Es konnen aber als 
Kommunikationsmedien aber auch Ring-, Stern- oder andere Ver- 
bindungsarten gewahlt werden, auch wireless-Verbindungen . Aus 
diesen Verbindungssystemen kann dann der oben genannte Grund- 
takt abgeleitet werden . 
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Patentanspruche 

1. Verfahren zur Integration von mehreren Automatisierungs- 
komponenten in ein einheitliches Ablauf ebenenmodell eines je- 
5 weiligen Runtime- Systems (RTS) einer indus triellen Steuerung 
(S) , 

gekennzeichnet durch folgende aufeinan- 
der folgenden Schritte: 

a) Analyse der Ablauf eigenschaf ten der Automatisierungskompo- 
10 nenten (SPS, MC, RC, CNC) , 

b) Ableiten einer Struktur fur ein einheitliches Ablaufebe- 
nenmodell, bestehend aus einer Anordnung von System- 
und/oder Anwenderebenen, das die Anf orderungen der betei- 
ligten Automatisierungskomponenten (SPS, MC, RC, CNC) ab- 

15 deckt, 

c) Zuordnung der System- und Anwendertasks (API - AP4) in das 
Ablauf ebenenmodell und 

d) Programmieren der Anwenderebene bzw. der Anwenderebenen . 

20 2. Verfahren zur Integration von mehreren Automatisierungs- 
komponenten nach Anspruch 1, 

dadurch gekennzeichnet, 

dass die System- und/oder Anwenderebenen priorisiert werden. 

,25 3. Verfahren zur Integration von mehreren Automatisierungs- 
: w / komponenten nach Anspruch 1 oder Anspruch 2, 
dadurch gekennzeichnet, 

dass der Grundtakt des Ablauf ebenenmodells aus einem internen 
Timer (T2) oder aus einem internen Takt (T3) eines Kommunika- 
30 tionsmediums (Bl, B2) oder aus einem externen Gerat (EG) oder 
von einer Grofle (TG) , die zum technologischen Prozess (PI, 
P2) gehort abgeleitet wird. 



35 



4. Verfahren zur Integration von mehreren Automatisierungs- 
komponenten nach einem der vorstehenden Anspruche 
dadurch gekennzeichnet, 
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dass in die Anwenderebenen Anwenderprogramme (API - AP4) lad- 
bar sind. 

5. Verfahren zur Integration von mehreren Automatisierungs- 
komponenten nach einem der vorstehenden Ansprliche 
dadurch gekennzeichnet, 

dass aus den Anwenderprogrammen (API - AP4) ein programmier- 
ter Zugang zur Gesamtf unktionalitat der Steuerung moglich 
ist . 
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Zusammenf as sung 

Integrationsverf ahren fur Automat is ie rungs komponent en 

Verfahren zur Integration unterschiedlicher Automatisierungs- 
komponenten (SPS, MC, RC, CNC) in eine industrielle Steuerung 
(S) mit einem einheitlichen Ablauf ebenenmodell des Runtime- 
Systems (RTS) . Der Grundtakt des Ablauf ebenenmodells wird da- 
bei aus einem internen Timer (T2) oder aus einem internen 
Takt (T3) eines Kommunikationsmediums (Bl, B2) oder aus einem 
externen Gerat (EG) oder von einer Grofie (TG) , die zum tech- 
nologischen Prozess (PI, P2) gehort, abgeleitet. 



FIG 1 
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